恢復時間目標和恢復點目標聽起來很相似，但它們在災難恢復和業務連續性管理中是完全不同的指標。了解如何在需要之前使用適當的資源進行相應的計劃。就像擁有保險一樣，您可能永遠不會使用它——或者它可能會拯救您的公司。在本文中，我們將研究 RPO 和 RTO 之間的關鍵區別并消除任何混淆！

RTO：恢復時間目標

RTO 決定了您的基礎設施在災難發生后需要多快恢復在線。有時，我們使用 RTO 來定義公司可以處理和維持業務連續性的最長停機時間。這通常是災難后恢復服務的目標時間。例如，2 小時的恢復時間目標旨在在收到服務中斷通知的兩小時內備份并運行所有內容。

有時，這樣的 RTO 是無法實現的。颶風或洪水會導致企業倒閉，長達數周之久。但是，一些組織對中斷的恢復能力更強。例如，一家小型管道公司可以處理一周或更長時間的文書工作訂單和發票。依賴訂閱的基于 Web 的應用程序的企業可能會在幾個小時后癱瘓。

對于外包 IT 服務，RTO 是在 服務水平協議 (SLA) 中定義的。IT 和其他服務提供商通常在其 SLA 中包含以下支持條款：

• 可用性： 您可以致電尋求支持的時間。
• 響應時間： 他們在收到支持請求后與您聯系的速度。
• 解決時間： 他們恢復服務的速度。

根據您的業務需求，您可能需要更好的 RTO。有了它，成本也會增加。無論您選擇哪種 RTO，它都應該對您的組織具有成本效益。企業可以在內部處理 RTO。如果您有內部 IT 部門，則應該有解決技術問題的目標。實現 RTO 的能力取決于災難的嚴重程度。服務器崩潰可以達到一小時的目標。但是，如果該地區發生自然災害，期望一個小時的解決方案可能并不現實。RTO 不僅包括從災難中恢復所需的時間。它還應該包括減輕不同災難或從不同災難中恢復的步驟。該計劃需要包含對措施的適當測試

RPO：恢復點目標

RPO 衡量 服務中斷后可接受的數據丟失量。例如，銷售損失可能會在 18 小時后成為成本的過度負擔。該閾值可能會使公司低于任何銷售目標。

數據的備份和鏡像副本是 RPO 解決方案的重要組成部分。有必要知道有多少數據是可接受的損失。一些企業通過計算存儲成本與恢復成本來解決這個問題。這有助于確定創建備份的頻率。其他企業使用云存儲來創建其數據的實時克隆。在這種情況下，故障轉移會在幾秒鐘內發生。

與 RTO 和可接受的停機時間類似，一些企業對數據的丟失容忍度更高。為小型管道公司檢索 18 小時的記錄是可能的，但可能不會損害業務運營。相比之下，在線計費公司可能會在幾分鐘的數據丟失后發現自己陷入困境。

RPO按時間和技術分類：

• 8-24 小時： 這些目標依賴于生產環境的外部存儲數據備份。最后一個可用備份用作還原點。
• 最多 4 小時： 這些目標需要生產環境的持續快照。在災難中，恢復數據的速度更快，對您的業務造成的干擾更少。
• 接近于零： 這些目標使用企業云備份和存儲解決方案來鏡像或復制數據。通常，這些服務會在多個地理位置復制數據以實現最大冗余。故障轉移和故障恢復是無縫的。

RTO 和 RPO 都涉及測量的時間段。然而，雖然 RTO 專注于使硬件和軟件聯機，但 RPO 專注于可接受的數據丟失。

風險計算

RTO 和 RPO 都是風險計算。RTO 是對企業可以維持服務中斷多長時間的計算。RPO 是對數據在恢復時的最新程度的計算。

計算 RTO

我們基于預測和 風險管理來計算 RTO 。與很少使用的應用程序一樣，頻繁使用的應用程序可能對業務連續性至關重要。因此，應用程序的重要性不必與使用頻率相同。您需要確定哪些服務可以在多長時間內不可用，以及它們是否對您的業務至關重要。

要計算 RTO，請考慮以下因素：

• 每小時停電成本
• 單個系統的重要性和優先級
• 減輕災難或從災難中恢復所需的步驟（包括單個組件或流程）
• 回收解決方案的成本/收益方程

計算 RPO

計算 RPO 也是基于風險。在災難中，一定程度的數據丟失可能迫在眉睫。RPO 成為 數據丟失對業務的影響和緩解成本之間的平衡行為。一些憤怒的客戶，因為他們的訂單丟失了，可能是可以接受的損失。相比之下，數百筆交易丟失可能對企業造成巨大打擊。

在確定您的 RPO 時，請考慮以下因素：

• 您的組織可以承受的最大可容忍數據丟失量。
• 丟失數據和操作的成本
• 實施恢復解決方案的成本

RPO 是備份之間可接受的最大時間。如果每 6 小時執行一次數據備份，并且在備份后 1 小時發生災難，則您只會丟失一小時的數據。這意味著您比預計的 RPO 少了 5 個小時。

災難恢復計劃

災難有多種形式。例如自然災害、颶風、洪水或野火。災難還可以指資產或基礎設施（如電力線、橋梁或服務器）的災難性故障。災難包括所有 類型的網絡安全攻擊 ，這些攻擊會破壞您的數據、破壞信用卡信息，甚至禁用整個站點。災難的定義如此之多，根據它們的共同點來定義它們是有幫助的。對于組織和 IT 部門而言， 災難是破壞正常業務運營的事件。

應對災害始于計劃和預防。 許多企業在不同的地理區域使用云解決方案來最大程度地降低停機風險。有些安裝冗余硬件以保持 IT 基礎架構運行。數據恢復的一個關鍵步驟是制定災難恢復計劃。

考慮不同類型災難的概率。各種災害可能需要不同的應對計劃。例如，在太平洋西北部，颶風很少發生，但可能會發生地震。在佛羅里達州，情況正好相反。與小型企業相比，網絡攻擊可能對擁有廣泛在線業務的大型企業構成更大的威脅。DDoS 攻擊可能需要與數據泄露不同的響應。

與 臨時解決方案相比，災難恢復計劃 有助于更快地使系統和流程聯機。當每個人都扮演特定的角色時，恢復策略可以迅速進行。災難恢復計劃還有助于在您需要資源之前將資源到位。因此，響應計劃改進了恢復時間和恢復點目標。

RTO 和 RPO 之間的區別很關鍵

雖然密切相關，但必須了解恢復時間目標和恢復點目標之間的區別。RTO 是指使系統重新聯機所需的時間。RPO 是可接受的停機數據丟失的業務計算。立即改進這些指標并采用災難恢復計劃。